home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001335_daemon _Wed Jun 16 20:43:24 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA23666; Wed, 16 Jun 93 20:43:26 MET DST
  3. Return-Path: <mleventh@us.oracle.com>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA23662; Wed, 16 Jun 93 20:43:24 MET DST
  6. Received: from gatekeeper.oracle.com by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA26877; Wed, 16 Jun 1993 21:05:32 +0200
  8. Received:  from hqsun4.us.oracle.com by gatekeeper.oracle.com (5.59.11/37.7)
  9.     id AA17181; Wed, 16 Jun 93 12:05:29 PDT
  10. Received:  by hqsun4.us.oracle.com (5.59.10/37.3)
  11.     id AA14623; Wed, 16 Jun 93 12:05:27 PDT
  12. Message-Id: <9306161905.AA14623@hqsun4.us.oracle.com>
  13. Date: Wed, 16 Jun 93 12:05:27 PDT
  14. From: Michael Leventhal <mleventh@us.oracle.com>
  15. To: www-talk@nxoc01.cern.ch
  16. Subject: Re: HTML spec
  17.  
  18. I wouldn't care to dispute your point of view.  But since
  19. you went down that road, I think what I suggest is the
  20. correct approach to the problems I've seen discussed here.
  21. Chucking it all is, of course, another kind of solution.
  22.  
  23. Best regards,
  24.  
  25. Michael Leventhal
  26.  
  27. > From daemon@nxoc01.cern.ch Wed Jun 16 11:56:02 1993
  28. > Date: Wed, 16 Jun 93 13:53:08 -0500
  29. > From: marca@ncsa.uiuc.edu (Marc Andreessen)
  30. > To: Michael Leventhal <mleventh@us>
  31. > Cc: www-talk@nxoc01.cern.ch
  32. > Subject: Re: HTML spec
  33. > X-Md4-Signature: 199c02491481ab1d5f1c6284065b55af
  34. > Content-Length: 972
  35. > 
  36. > Michael Leventhal writes:
  37. > > I believe the growing pains of HTML can only be resolved by evolving
  38. > > to the SGML architectural form concept [...]
  39. > 
  40. > Judging from my experiences in talking to real people in the real
  41. > world, the fastest way to kill WWW will be to go more strongly down
  42. > the SGML path.
  43. > 
  44. > (I realize the above isn't an incredibly valuable contribution to the
  45. > ongoing discussions; I haven't had time to type up my feelings in any
  46. > detail yet, but at this point I think that dealing with SGML in
  47. > general is a complete waste of time and that we'd currently be a lot
  48. > further along if we weren't burdened by the SGML baggage we've
  49. > inherited and are still carrying.  99.99% of the people I talk to want
  50. > to put rich documents online, want control over what it looks like,
  51. > and don't give a damn about semantic markup or distinctions between
  52. > document structure and appearance AT ALL; the other 0.01% are still
  53. > grappling with this whole keyboard-monitor-mouse concept.)
  54. > 
  55. > Marc
  56. > 
  57. > 
  58.